home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000403_news@columbia.edu _Thu Feb 1 00:28:20 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id AAA16207 for <kermit.misc@watsun>; Thu, 1 Feb 1996 00:28:19 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id AAA07141 for kermit.misc@watsun; Thu, 1 Feb 1996 00:28:16 -0500 (EST)
  4. Path: news.columbia.edu!panix!bloom-beacon.mit.edu!newsfeed.internetmci.com!news.mathworks.com!news4.ner.bbnplanet.net!news.ner.bbnplanet.net!forest!mrichich
  5. From: mrichich@forest.drew.edu (Mike Richichi, Systems Manager)
  6. Newsgroups: comp.protocols.kermit.misc,comp.unix.osf.osf1
  7. Subject: MS Kermit 3.14 and Digital Unix 3.2 coexistence
  8. Message-ID: <1996Jan31.120633.134971@forest>
  9. Date: 31 Jan 96 12:06:33 EST
  10. Organization: Drew U. Academic Computer Center
  11. Lines: 24
  12. Xref: news.columbia.edu comp.protocols.kermit.misc:4599 comp.unix.osf.osf1:14294
  13.  
  14. We're getting a weird interaction between Kermit 3.13 and 3.14 and our 
  15. newly installed Digital Unix 3.2C system.
  16.  
  17. First, if you telnet to the system, it spews out "Bad termcap entry" twice 
  18. on the screen before giving you the "login:" prompt.  This happens no 
  19. matter what kind of host or PC you're telnetting from.  When you log in, 
  20. the "Bad termcap entry" message is repeated on login (I assume in the tset 
  21. -I -Q) and the TERM variable is blank.  
  22.  
  23. Secondly, no matter how you connect to the machine, doing a more or a man 
  24. causes the status line to be overwritten with more's prompt (usually an 
  25. inverse video "stdin") each page.  I did a "set term debug", and Dig. Unix 
  26. is addressing the 25th line, sure enough.  A "stty rows 24" doesn't fix 
  27. the problem either, but a "stty rows 23" does.  
  28.  
  29. The "bad termcap entry" message really annoys me, the more thing at least 
  30. has a workaround, but I still think that if Unix thinks your display is 24 
  31. lines it shouldn't be writing to the 25th.
  32.  
  33. Does anyone know what's going on for the first problem, and possibly a 
  34. more elegant workaround for the second?
  35.  
  36. --Mike
  37.